Automatic hardware zlw insertion for ipu image streams

ABSTRACT

A system for automatic hardware ZLW insertion for IPU image streams is described herein. The system includes a memory and a processor. The memory is to store imaging data. The processor is coupled to the memory. The processor is to receive an image stream request and determine a data transfer type. The processor is also to insert a zero length write (ZLW) instruction ahead of the image stream request in response to the image stream request beginning on a different page when compared to the current page in a page history. Additionally, the processor is to insert a ZLW instruction ahead of the image stream request in response to the image stream request crossing a page boundary.

CROSS REFERENCE TO RELATED APPLICATION

The present application claims the benefit of the filing date of U.S.patent application Ser. No. 15/280,772, by Mauro Cocco et al., entitled“AUTOMATIC HARDWARE ZLW INSERTION FOR IPU IMAGE STREAMS,” filed Sep. 29,2016, and which is incorporated herein by reference.

BACKGROUND ART

An image processing unit (IPU) may be used to process multiple streamsof input/output (I/O) data transfers. For example, on a typical videouse case there are more than 25 different streams alive as the IPUreceives and/or transmits imaging data. An input/output memorymanagement unit (IOMMU) is a memory management unit (MMU) may connect adirect-memory-access (DMA) capable I/O bus to the main memory. The IOMMUcan map virtual addresses to physical addresses, and the IOMMU can alsocache translation pages associated with a transition look-aside bufferidentification (TLB_ID) via a set of transition look-aside buffers(TLBs).

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of an electronic device that enables automatichardware ZLW insertion for IPU image streams;

FIG. 2 is a block diagram illustrating an IPU DMA request translation;

FIG. 3 is an illustration of a translation from a virtual address, to aguest physical address, to a host physical address;

FIG. 4A is an illustration of a walking order in a linear burst requeston a frame of data

FIG. 4B is an illustration of a walking order in a block burst requeston a frame of data

FIG. 5 is an illustration of ZLW insertion for different 1D linear burstcases;

FIG. 6A is an illustration of ZLW insertion for 2D block burst startingon the same 4 KB page as the history page;

FIG. 6B is an illustration of ZLW insertion for a 2D Block burststarting on a different 4 KB page as the history page;

FIG. 6C is an illustration of ZLW insertion for 2D block burst startingon the same 4 KB page as the history page and with 4 KB page crossing onsome lines;

FIG. 7 is a process flow diagram of a method for automatic hardware ZLWinsertion for IPU image streams; and

FIG. 8 is a block diagram showing media that contains logic forautomatic hardware ZLW insertion for IPU image streams.

The same numbers are used throughout the disclosure and the figures toreference like components and features. Numbers in the 100 series referto features originally found in FIG. 1; numbers in the 200 series referto features originally found in FIG. 2; and so on.

DESCRIPTION OF THE EMBODIMENTS

To eliminate performance lost due to IOMMU page misses, the IPU canpre-fetch the page address translation by issuing Zero Length Write(ZLW) instructions on an address falling in a page translation topre-fetch ahead of the actual request to hide fetch penalty. A ZLWinstruction is write request which does not carry data, hence it will bedropped after its address is translated by the IOMMU and it will notreach system memory. Accordingly, when the IPU pre-fetches the pageaddress translation by issuing ZLW instructions on an address falling ina page translation to pre-fetch ahead of the actual request, the ZLWdoes not fetch the data in a page.

Embodiments described herein enable automatic hardware ZLW insertion forIPU image streams. In embodiments, an image stream request is receivedand used to determine a data transfer type. A zero length write (ZLW)instruction is inserted ahead of the image stream request in response tothe image stream request beginning on a different page when compared tothe current page in a page history. Additionally, a ZLW instruction isinserted ahead of the image stream request in response to the imagestream request crossing a page boundary.

Some embodiments may be implemented in one or a combination of hardware,firmware, and software. Further, some embodiments may also beimplemented as instructions stored on a machine-readable medium, whichmay be read and executed by a computing platform to perform theoperations described herein. A machine-readable medium may include anymechanism for storing or transmitting information in a form readable bya machine, e.g., a computer. For example, a machine-readable medium mayinclude read only memory (ROM); random access memory (RAM); magneticdisk storage media; optical storage media; flash memory devices; orelectrical, optical, acoustical or other form of propagated signals,e.g., carrier waves, infrared signals, digital signals, or theinterfaces that transmit and/or receive signals, among others.

An embodiment is an implementation or example. Reference in thespecification to “an embodiment,” “one embodiment,” “some embodiments,”“various embodiments,” or “other embodiments” means that a particularfeature, structure, or characteristic described in connection with theembodiments is included in at least some embodiments, but notnecessarily all embodiments, of the present techniques. The variousappearances of “an embodiment,” “one embodiment,” or “some embodiments”are not necessarily all referring to the same embodiments. Elements oraspects from an embodiment can be combined with elements or aspects ofanother embodiment.

Not all components, features, structures, characteristics, etc.described and illustrated herein need be included in a particularembodiment or embodiments. If the specification states a component,feature, structure, or characteristic “may”, “might”, “can” or “could”be included, for example, that particular component, feature, structure,or characteristic is not required to be included. If the specificationor claim refers to “a” or “an” element, that does not mean there is onlyone of the element. If the specification or claims refer to “anadditional” element, that does not preclude there being more than one ofthe additional element.

It is to be noted that, although some embodiments have been described inreference to particular implementations, other implementations arepossible according to some embodiments. Additionally, the arrangementand/or order of circuit elements or other features illustrated in thedrawings and/or described herein need not be arranged in the particularway illustrated and described. Many other arrangements are possibleaccording to some embodiments.

In each system shown in a figure, the elements in some cases may eachhave a same reference number or a different reference number to suggestthat the elements represented could be different and/or similar.However, an element may be flexible enough to have differentimplementations and work with some or all of the systems shown ordescribed herein. The various elements shown in the figures may be thesame or different. Which one is referred to as a first element and whichis called a second element is arbitrary.

FIG. 1 is a block diagram of an electronic device that enables automatichardware ZLW insertion for IPU image streams. The electronic device 100may be, for example, a laptop computer, tablet computer, mobile phone,smart phone, or a wearable device, among others. The electronic device100 may include a central processing unit (CPU) 102 that is configuredto execute stored instructions, as well as a memory device 104 thatstores instructions that are executable by the CPU 102. The CPU may becoupled to the memory device 104 by a bus 106. Additionally, the CPU 102can be a single core processor, a multi-core processor, a computingcluster, or any number of other configurations. Furthermore, theelectronic device 100 may include more than one CPU 102. The memorydevice 104 can include random access memory (RAM), read only memory(ROM), flash memory, or any other suitable memory systems. For example,the memory device 104 may include dynamic random access memory (DRAM).

The electronic device 100 also includes a graphics processing unit (GPU)108. As shown, the CPU 102 can be coupled through the bus 106 to the GPU108. The GPU 108 can be configured to perform any number of graphicsoperations within the electronic device 100. For example, the GPU 108can be configured to render or manipulate graphics images, graphicsframes, videos, or the like, to be displayed to a user of the electronicdevice 100. In some embodiments, the GPU 108 includes a number ofgraphics engines, wherein each graphics engine is configured to performspecific graphics tasks, or to execute specific types of workloads. Forexample, the GPU 108 may include an engine that processes video data. Inembodiments, the GPU 108 may be an IPU.

The CPU 102 can be linked through the bus 106 to a display interface 110configured to connect the electronic device 100 to a display device 112.The display device 112 can include a display screen that is a built-incomponent of the electronic device 100. The display device 112 can alsoinclude a computer monitor, television, or projector, among others, thatis externally connected to the electronic device 100.

The CPU 102 can also be connected through the bus 106 to an input/output(I/O) device interface 114 configured to connect the electronic device100 to one or more I/O devices 116. The I/O devices 116 can include, forexample, a keyboard and a pointing device, wherein the pointing devicecan include a touchpad or a touchscreen, among others. The I/O devices116 can be built-in components of the electronic device 100, or can bedevices that are externally connected to the electronic device 100.

The electronic device 100 also includes a hardware ZLW insertion unit118 for inserting ZLW instructions in IPU I/O data streams. The hardware118 autonomously inserts ZLW instruction(s) N pages ahead to pre-fetchpage address translations by inspecting when one dimensional (1D) or twodimensional (2D) block data request is on a different page address fromthe previous request and/or when burst request will cross a pageboundary. In embodiments, when conditions as described below aresatisfied, then the hardware ZLW insertion unit 118 may insert a ZLWinstruction prior to an address request. While the ZLW insertion unit118 is illustrated as a separate component of the electronic device 100,several different configurations are possible. For example, the ZLWinsertion unit 118 may be part of the GPU/IPU device and/or could alsobe part of other devices. Additionally, the ZLW insertion unit 118 canbe seen as snooping the transaction generate by IPU/GPU and insertingthe ZLW request when required accordingly to the described techniques.

The electronic device 100 may also include a storage device 124. Thestorage device 124 is a physical memory such as a hard drive, an opticaldrive, a flash drive, an array of drives, or any combinations thereof.The storage device 124 can store user data, such as audio files, videofiles, audio/video files, and picture files, among others. The storagedevice 124 can also store programming code such as device drivers,software applications, operating systems, and the like. The programmingcode stored to the storage device 124 may be executed by the CPU 102,GPU 108, or any other processors that may be included in the electronicdevice 100.

The CPU 102 may be linked through the bus 106 to cellular hardware 126.The cellular hardware 126 may be any cellular technology, for example,the 4G standard (International Mobile Telecommunications-Advanced(IMT-Advanced) Standard promulgated by the InternationalTelecommunications Union-Radio communication Sector (ITU-R)). In thismanner, the PC 100 may access any network 132 without being tethered orpaired to another device, where the network 132 is a cellular network.

The CPU 102 may also be linked through the bus 106 to WiFi hardware 128.The WiFi hardware is hardware according to WiFi standards (standardspromulgated as Institute of Electrical and Electronics Engineers' (IEEE)802.11 standards). The WiFi hardware 128 enables the electronic device100 to connect to the Internet using the Transmission Control Protocoland the Internet Protocol (TCP/IP), where the network 132 is theInternet. Accordingly, the electronic device 100 can enable end-to-endconnectivity with the Internet by addressing, routing, transmitting, andreceiving data according to the TCP/IP protocol without the use ofanother device. Additionally, a Bluetooth Interface 130 may be coupledto the CPU 102 through the bus 106. The Bluetooth Interface 130 is aninterface according to Bluetooth networks (based on the Bluetoothstandard promulgated by the Bluetooth Special Interest Group). TheBluetooth Interface 130 enables the electronic device 100 to be pairedwith other Bluetooth enabled devices through a personal area network(PAN). Accordingly, the network 132 may be a PAN. Examples of Bluetoothenabled devices include a laptop computer, desktop computer, ultrabook,tablet computer, mobile device, or server, among others.

The block diagram of FIG. 1 is not intended to indicate that theelectronic device 100 is to include all of the components shown inFIG. 1. Rather, the computing system 100 can include fewer or additionalcomponents not illustrated in FIG. 1 (e.g., sensors, power managementintegrated circuits, additional network interfaces, etc.). Theelectronic device 100 may include any number of additional componentsnot shown in FIG. 1, depending on the details of the specificimplementation. Furthermore, any of the functionalities of the CPU 102may be partially, or entirely, implemented in hardware and/or in aprocessor. For example, the functionality may be implemented with anapplication specific integrated circuit, in logic implemented in aprocessor, in logic implemented in a specialized graphics processingunit, or in any other device.

An IPU may be used to ensure efficient image data transmission andreception. The IPU may provide connectivity various graphics devices andany associated memories. In embodiments, the IPU may also be responsiblefor image processing and manipulation according to various power savingschemes. Image processing may require multiple streams of I/O datatransfers. For example, on a typical video use case may be more thantwenty-five different imaging streams alive.

FIG. 2 is a block diagram illustrating an IPU DMA request translation.During image processing, data for processing may be stored in a mainmemory. An IPU DMA unit 202 may be used to access data stored in themain memory. IPU image stream requests are issued on a Virtual Address(VA) space 204 and pass through an Address Translator (AT) 206 toconvert them into a Guest Physical Address (GPA) 210 by an internal IPUMMU 208. Each stream request belongs to a stream and it has anassociated TLB_ID. On systems without memory virtualization, a GPAaddress is the real physical address. On systems with memoryvirtualization, a request on GPA is then translated into Host PhysicalAddress (HPA) 214 by IOMMU 212. An HPA 214 address is the real physicaladdress.

FIG. 3 is an illustration of a translation 300 from a virtual address,to a guest physical address, to a host physical address. In FIG. 3,given a page size such as 4 KB, a request address can be split into 2fields—a page offset and a page address. The page offset may be storedat bits [11, . . . , 0] for a 4 KB page. The page address may be storedat bits [31, . . . , 12] for 4 KB page, with a VA capacity of 4 GB. Thevirtual address 302 may be twenty bits of a virtual page address 304 andtwelve bits of a page offset 306. The guest physical address 308 may betwenty-seven bits of a guest physical page address 310 and twelve bitsof a page offset 312. The host physical address 314 may be twenty-sevenbits of a host physical page address 316 and twelve bits of a pageoffset 318. A translation of a request from an address space 302, 308,or 314 to another is a lookup table (LUT)/conversion of the page addressfield. In particular, VA 304 to GPA 310 for MMU and GPA 310 to HPA 314for the IOMMU.

The complete page address translation tables are stored in system memoryand they are partially cached in MMU and IOMMU on demand. When anotherrequest on the same page address is received, it will then hit in thecache. When a request is received on a new page which is not cached, theIOMMU is said to miss the page and it will fetch the translation pageand cache the translation page.

The IOMMU has a set of TLBs dedicated for caching translation pagesassociated to a TLB_ID. To eliminate performance lost due to IOMMU pagemisses, the IPU will pre-fetch the page address translation (but not thedata in a page) issuing ZLW instructions on an address falling in thepage translation to pre-fetch ahead of the actual request to hide fetchpenalty. In embodiments, the ZLW instruction is a write request whichdoes not carry data, hence it will be dropped after its address istranslated by the IOMMU and it will not reach system memory.

In embodiments, dedicated IPU hardware autonomously inserts ZLWinstructions for image buffer to avoid performance lost on systems withvirtualized memory due to IOMMU page misses. This hardware autonomouslyinserts ZLW instruction(s) N pages ahead to pre-fetch page addresstranslation (but not the data) by inspecting when 1D or 2D block datarequest is on a different page address (e.g. falling on a different 4 KBpage) from the previous request and/or when burst request will cross apage boundary. In embodiments, the hardware is a controller that ishardwired for ZLW insertion. As used herein, hardwired refers thecontroller being wired for a single purpose, and logic circuits of thecontroller are customized to that single purpose.

Traditional solutions require firmware intervention to introduce ZLWinterleaved with a DMA request. Due to the high bandwidth and multiplestreams alive during image processing, synchronization of firmware ZLWinsertion with DMA pipelined commands is not possible withoutsteplocking DMA transfers and heavily loading the firmware. As usedherein, steplocking refers to preventing the execution of additionalinstructions until a current instruction is complete. Heavily loadingthe firmware refers to causing a large number of different tasks to beexecuted by the firmware, thereby slowing down the rate at whichinstructions can be processed due to the sheer number of instructions.The traditional firmware based solution thus reduces IPU performance andwill degrade key performance indicators.

The types of data transfer executed by the IPU DMA may be referred to asa 1D linear burst or a 2D block burst. FIG. 4A is an illustration of adata request walking order in a linear burst request 400A on a frame ofdata. The data requested is memory mapped such that the data request(read or write) is at a specific address. As used herein, the walkingorder refers to a path that is traversed across data in memory in orderto retrieve and transfer the data. As illustrated by the path 402, datablocks 404 are accessed in a linear fashion. As used herein, the burstrequest refers to accessing the data in a sequential data transfer at amaximum throughput. In embodiments, the 1D linear burst accesses data ina raster scanner order. FIG. 4B is an illustration of a walking order ina 2D block burst request 400B on a frame of data. As illustrated by thepath 410, data blocks 412 are accessed in a block fashion.

For 1D linear burst 400A, during VA to GPA conversion the AT recognizesthe TLB_ID and inspects two conditions. First, when the address requestbegins on the same page as the previous request issued on the sameTLB_ID, a comparison with page history is performed. The page history isupdated with the last page request for each stream associated to aTLB_ID. Second, the AT determines if the current request is a burstrequest crossing a page boundary. If at least one of the two conditionsabove is satisfied then AT will insert a ZLW before the request ispassed.

To be effective a ZLW instruction is issued at N pages ahead of thecurrent request. The value of N depends on the stream throughput andIOMMU TLB set configuration and IOMMU replacement policy. The generalformula to calculate N when sharing a TLB for M streams walking at thesame pace is:

TLB_(ID) ≤M*(2N+1)

For example, for one set (8 pages) per TLB for Y stream, N will be setbetween 2 and 3; for U and V streams N will be set to 1. FIG. 5illustrates if, when and how the AT will insert ZLW for the fivepossible combinations of page history and 1D linear stream requests.

FIG. 5 is an illustration of ZLW insertion for different 1D linear burstcases. At case 502, a 1D linear request starts on the same page of theprevious request. The request does not cross page boundary. At case 502,no ZLW insertion required. At case 504, a 1D linear request starts onthe same page of the previous request. The request crosses page boundary(P0 to P1). One ZLW is inserted N pages ahead of the crossed page (P1).At case 506, a 1D linear request starts on the different page of theprevious request. The request does not cross page boundary. Here, oneZLW is inserted N pages ahead of the page of the request (P2). At case508, a 1D linear request starts on the different page of the previousrequest. The request crosses a page boundary (P2 to P3). One ZLW isinserted N pages ahead of the crossed page (P3). Finally, a 1D linearrequest starts on the different page of the previous request. Therequest crosses page boundary (P4 to P5). One ZLW is inserted N pagesahead of the page of the request (P4) 1 ZLW inserted N pages ahead ofthe crossed page (P5). In embodiments, a 1D linear stream single wordrequest are special cases of case 502 and case 506 described above. Inthis scenario, the ZLW would be inserted for case 506 only.

For a 2D block burst, during the VA to GPA conversion the AT recognizesthe TLB_ID and inspects two conditions. First, if the request is on thesame page as the previous request issued on the same TLB_ID, acomparison with page history is performed. The page history is updatedwith the last page request for each stream associated to a TLB_ID.Second, the AT determines if the current request is crossing a pageboundary. When at least one of the 2 conditions above is satisfied thenAT will insert ZLW instruction(s) before the data request is passed asshown in FIGS. 6A-6C for a 2D request of five lines with different beginpages values and crossing pages. Moreover, the AT will interleave ZLWand data request accordingly to a configurable maximum back-to-back ZLWrequest. However, this is required to not occupy all the IOMMU pagewalkers to serve ZLW instructions. To simplify hardware implementation,the configurable maximum number of back-to-back ZLW insert could beextended by +1/2 extra ZLW if a line crosses 2 or more pages. That is,the maximum ZLW back-to-back ZLW insertion is not a hard fix threshold.

FIG. 6A is an illustration of ZLW insertion for 2D block burst startingon the same 4 KB page as the history page. A maximum back-to-back ZLWrequest value is set to three. In FIG. 6A, the 2D block burst request isdirected to addresses that start on the same page as the current page inthe page history 602. The page history 602 is automatically updated withthe last page request for each stream. The page requests 604 may includea number of address requests 604A . . . 604E. In FIG. 6A, the ZLWinsertion occurs due to the maximum back-to-back ZLW request values. Nopages are crossed in the requests 604, so no pre-fetching is performeddue to potential page misses. Instead, here ZLW insertion is a result ofthe maximum back-to-back ZLW request, which in the example of FIG. 6A isset to three. As illustrated in FIG. 6A, the requests 604 are modifiedas illustrated by the requests 606. The requests 606 include a ZLWinsertions 608 and ZLW insertions 610. The ZLW insertions 608 includes aZLW 608A and a ZLW 608B. The ZLW insertions 610 includes a ZLW 610A anda ZLW 610B.

As illustrated in FIG. 6A, the ZLW 608A causes a page P1+N to bepre-fetched and the ZLW 608B causes a page P2+N to be pre-fetched. Here,the AT has interleaved the ZLWs 608A and 608B to satisfy the maximumback to back ZLW request. Similarly, the ZLW 610A causes a page P3+N tobe pre-fetched and the ZLW 610B causes a page P4+N to be pre-fetched.Again, the AT has interleaved the ZLWs 610A and 610B to satisfy themaximum back to back ZLW request.

FIG. 6B is an illustration of ZLW insertion for a 2D Block burststarting on a different 4 KB page as the history page. A maximumback-to-back ZLW request value is set to three. In FIG. 6B, the 2D blockburst request is directed to addresses that start on a different page asthe current page in the page history 612. The page history 612 isautomatically updated with the last page request for each stream. Thepage requests 614 may include a number of address requests 614A . . .614E. In FIG. 6B, the ZLW insertion occurs due to the new starting pageas well as the maximum back-to-back ZLW request values. No pages arecrossed by the requests 614. Instead, here ZLW insertion is a result ofthe new page and the maximum back-to-back ZLW request, which in theexample of FIG. 6B is set to three. As illustrated in FIG. 6B, therequests 614 are modified as illustrated by the requests 616. Therequests 616 include a ZLW insertions 618 and ZLW insertions 620. TheZLW insertions 618 includes a ZLW 618A, ZLW 618B, and a ZLW 618C. TheZLW insertions 620 includes a ZLW 620A and a ZLW 620B.

As illustrated in FIG. 6B, the ZLW 618A causes a page P0+N to bepre-fetched and the ZLW 618B causes a page P1+N to be pre-fetched. TheZLW 618C causes a page P2+N to be pre-fetched. Here, the AT hasinterleaved the ZLWs 618B and 618C to satisfy the maximum back to backZLW request. The ZLW 618A is due to the requests 614A starting on acompletely different page from the current page request in the pagehistory. Similarly, the ZLW 620A causes a page P3+N to be pre-fetchedand the ZLW 620B causes a page P4+N to be pre-fetched. At ZLW 620, theAT has interleaved the ZLWs 620A and 620B to satisfy the maximum back toback ZLW request.

FIG. 6C is an illustration of ZLW insertion for 2D block burst startingon the same 4 KB page as the history page and with 4KB page crossing onsome lines. A maximum back-to-back ZLW request value is set to three. InFIG. 6C, the 2D block burst request is directed to addresses that starton the same page as the current page in the page history 622. However,some page requests cross to another page in the page requests 624. Thepage history 622 is automatically updated with the last page request foreach stream. The page requests 624 may include a number of addressrequests 624A . . . 624E. In FIG. 6C, the ZLW insertion occurs due tothe new starting page for some lines as well as the maximum back-to-backZLW request values. Accordingly, ZLW insertion sequence is a result ofthe new page and the maximum back-to-back ZLW request, which in theexample of FIG. 6C is set to three. As illustrated in FIG. 6A, therequests 624 are modified as illustrated by the requests 626. Therequests 626 include a ZLW insertions 628, ZLW insertions 630, pre-fetch626A, and pre-fetch 626B. The ZLW insertions 628 includes a ZLW 628A,ZLW 628B, ZLW 628C, and ZLW 628D. The ZLW insertions 630 includes a ZLW630A, ZLW 630B, and ZLW 630C.

As illustrated in FIG. 6C, the ZLW 628A causes a page P0+N to bepre-fetched and the ZLW 628B causes a page P1+N to be pre-fetched. TheZLW 628C causes a page P2+N to be pre-fetched, and the ZLW 628D causes apage P3+N to be pre-fetched. Similarly, the ZLW 630A causes a page P4+Nto be pre-fetched, the ZLW 630B causes a page P5+N to be pre-fetched,and the ZLW 630C causes a page P6+N to be pre-fetched. As shown the AThas interleaved data request 626A and 626B with ZLW insertion (630A,630B and 630C) to satisfy the maximum back-to-back ZLW requestconfiguration. To simplify HW implementation, the configurable maximumnumber of back-to-back ZLW insert could be extended by +1/2 extra ZLW ifa line crosses 2 or more pages. That is the maximum ZLW back-to-back ZLWinsertion is not a hard fix threshold. In FIG. 6C in fact the firstsequence of ZLW insertion contains four ZLW requests (628A, 628B, 628Cand 628D) although the maximum back-to-back ZLW request was set to 3.

FIG. 7 is a process flow diagram of a method for automatic hardware ZLWinsertion for IPU image streams. At block 702, an image stream requestis received. At block 704, a data transfer type is determined based onthe image stream request. At block 706, in response to the image streamrequest beginning on a different page as a previous request in a pagehistory, a hardware ZLW insertion is issued ahead of the image streamrequest. In embodiments, the hardware ZLW insertion is issued N pagesahead of the image stream request. At block 708, in response to theimage stream request crossing a page boundary when compared to aprevious request in a page history, a hardware ZLW insertion is issuedahead of the image stream request.

FIG. 8 is a block diagram showing media 800 that contains logic forautomatic hardware ZLW insertion for IPU image streams. The media 800may be a computer-readable medium, including a non-transitory mediumthat stores code that can be accessed by a processor 802 over a computerbus 804. For example, the computer-readable media 800 can be volatile ornon-volatile data storage device. The media 800 can also be a logicunit, such as an Application Specific Integrated Circuit (ASIC), a FieldProgrammable Gate Array (FPGA), or an arrangement of logic gatesimplemented in one or more integrated circuits, for example.

The media 800 may include modules 806-810 configured to perform thetechniques described herein. For example, a streaming module 806 may beconfigured to receive an image stream request. A boundary module 808 maybe configured to determine if the image stream request beginning on adifferent page as a previous request in a page history, or if the imagestream request beginning on a same page as a previous request in a pagehistory crosses a page boundary. An insertion module 810 may beconfigured insert a hardware ZLW instruction based on results from theboundary module 808. In some embodiments, the modules 806-810 may bemodules of computer code configured to direct the operations of theprocessor 802.

The block diagram of FIG. 8 is not intended to indicate that the media800 is to include all of the components shown in FIG. 8. Further, themedia 800 may include any number of additional components not shown inFIG. 8, depending on the details of the specific implementation.

Example 1 is a system. The system includes a memory configured to storeimaging data; and a processor coupled to the memory, the processor to:receive an image stream request; determine a data transfer type; inresponse to the image stream request beginning on a different page whencompared to the current page in a page history, insert a zero lengthwrite (ZLW) instruction ahead of the image stream request based on thedata transfer type; and in response to the image stream request crossinga page boundary, insert a ZLW instruction ahead of the image streamrequest based on the data transfer type.

Example 2 includes the system of example 1, including or excludingoptional features. In this example, the ZLW instruction is to cause apage address translation to be pre-fetched.

Example 3 includes the system of any one of examples 1 to 2, includingor excluding optional features. In this example, the ZLW instruction isto cause a page address translation to be pre-fetched, wherein the ZLWinstruction is inserted by hardware.

Example 4 includes the system of any one of examples 1 to 3, includingor excluding optional features. In this example, the ZLW instruction isissued N pages ahead of the image stream request.

Example 5 includes the system of any one of examples 1 to 4, includingor excluding optional features. In this example, the ZLW instruction isissued N pages ahead of the image stream request, wherein the value of Nis based on an image stream throughput.

Example 6 includes the system of any one of examples 1 to 5, includingor excluding optional features. In this example, the ZLW instruction isissued N pages ahead of the image stream request, wherein the value of Nis based on a look-aside buffer configuration.

Example 7 includes the system of any one of examples 1 to 6, includingor excluding optional features. In this example, the ZLW instruction isissued N pages ahead of the image stream request, wherein the value of Nis based on an IOMMU replacement policy.

Example 8 includes the system of any one of examples 1 to 7, includingor excluding optional features. In this example, the data transfer typeis a 1D linear burst.

Example 9 includes the system of any one of examples 1 to 8, includingor excluding optional features. In this example, the data transfer typeis a 2D block burst.

Example 10 includes the system of any one of examples 1 to 9, includingor excluding optional features. In this example, the ZLW instruction isa write request that does not carry data.

Example 11 is a method. The method includes receiving an image streamrequest; determining a data transfer type; inserting a zero length write(ZLW) instruction ahead of the image stream request in response to theimage stream request beginning on a different page when compared to thecurrent page in a page history based on the data transfer type; andinserting a ZLW instruction ahead of the image stream request inresponse to the image stream request crossing a page boundary based onthe data transfer type.

Example 12 includes the method of example 11, including or excludingoptional features. In this example, the ZLW instruction is to cause apage address translation to be pre-fetched.

Example 13 includes the method of any one of examples 11 to 12,including or excluding optional features. In this example, the ZLWinstruction is to cause a page address translation to be pre-fetched,wherein the ZLW instruction is inserted by hardware.

Example 14 includes the method of any one of examples 11 to 13,including or excluding optional features. In this example, the ZLWinstruction is issued N pages ahead of the image stream request.

Example 15 includes the method of any one of examples 11 to 14,including or excluding optional features. In this example, the ZLWinstruction is issued N pages ahead of the image stream request, whereinthe value of N is based on an image stream throughput.

Example 16 includes the method of any one of examples 11 to 15,including or excluding optional features. In this example, the ZLWinstruction is issued N pages ahead of the image stream request, whereinthe value of N is based on a look-aside buffer configuration.

Example 17 includes the method of any one of examples 11 to 16,including or excluding optional features. In this example, the ZLWinstruction is issued N pages ahead of the image stream request, whereinthe value of N is based on an IOMMU replacement policy.

Example 18 includes the method of any one of examples 11 to 17,including or excluding optional features. In this example, the datatransfer type is a 1D linear burst.

Example 19 includes the method of any one of examples 11 to 18,including or excluding optional features. In this example, the datatransfer type is a 2D block burst.

Example 20 includes the method of any one of examples 11 to 19,including or excluding optional features. In this example, the ZLWinstruction is a write request that does not carry data.

Example 21 is an apparatus. The apparatus includes a controller toreceive an image stream request; a ZLW insertion unit to determine adata transfer type, and in response to the image stream requestbeginning on a different page when compared to the current page in apage history, insert a zero length write (ZLW) instruction ahead of theimage stream request based on the data transfer type, and in response tothe image stream request crossing a page boundary, insert a ZLWinstruction ahead of the image stream request based on the data transfertype.

Example 22 includes the apparatus of example 21, including or excludingoptional features. In this example, the ZLW instruction is to cause apage address translation to be pre-fetched.

Example 23 includes the apparatus of any one of examples 21 to 22,including or excluding optional features. In this example, the ZLWinstruction is to cause a page address translation to be pre-fetched,wherein the ZLW instruction is inserted by hardware.

Example 24 includes the apparatus of any one of examples 21 to 23,including or excluding optional features. In this example, the ZLWinstruction is issued N pages ahead of the image stream request.

Example 25 includes the apparatus of any one of examples 21 to 24,including or excluding optional features. In this example, the ZLWinstruction is issued N pages ahead of the image stream request, whereinthe value of N is based on an image stream throughput.

Example 26 includes the apparatus of any one of examples 21 to 25,including or excluding optional features. In this example, the ZLWinstruction is issued N pages ahead of the image stream request, whereinthe value of N is based on a look-aside buffer configuration.

Example 27 includes the apparatus of any one of examples 21 to 26,including or excluding optional features. In this example, the ZLWinstruction is issued N pages ahead of the image stream request, whereinthe value of N is based on an IOMMU replacement policy.

Example 28 includes the apparatus of any one of examples 21 to 27,including or excluding optional features. In this example, the datatransfer type is a 1D linear burst.

Example 29 includes the apparatus of any one of examples 21 to 28,including or excluding optional features. In this example, the datatransfer type is a 2D block burst.

Example 30 includes the apparatus of any one of examples 21 to 29,including or excluding optional features. In this example, the ZLWinstruction is a write request that does not carry data.

Example 31 is at least one machine readable medium comprising aplurality of instructions that. The computer-readable medium includesinstructions that direct the processor to receive an image streamrequest; determine a data transfer type; insert a zero length write(ZLW) instruction ahead of the image stream request in response to theimage stream request beginning on a different page when compared to thecurrent page in a page history based on the data transfer type; andinsert a ZLW instruction ahead of the image stream request in responseto the image stream request crossing a page boundary based on the datatransfer type.

Example 32 includes the computer-readable medium of example 31,including or excluding optional features. In this example, the ZLWinstruction is to cause a page address translation to be pre-fetched.

Example 33 includes the computer-readable medium of any one of examples31 to 32, including or excluding optional features. In this example, theZLW instruction is to cause a page address translation to bepre-fetched, wherein the ZLW instruction is inserted by hardware.

Example 34 includes the computer-readable medium of any one of examples31 to 33, including or excluding optional features. In this example, theZLW instruction is issued N pages ahead of the image stream request.

Example 35 includes the computer-readable medium of any one of examples31 to 34, including or excluding optional features. In this example, theZLW instruction is issued N pages ahead of the image stream request,wherein the value of N is based on an image stream throughput.

Example 36 includes the computer-readable medium of any one of examples31 to 35, including or excluding optional features. In this example, theZLW instruction is issued N pages ahead of the image stream request,wherein the value of N is based on a look-aside buffer configuration.

Example 37 includes the computer-readable medium of any one of examples31 to 36, including or excluding optional features. In this example, theZLW instruction is issued N pages ahead of the image stream request,wherein the value of N is based on an IOMMU replacement policy.

Example 38 includes the computer-readable medium of any one of examples31 to 37, including or excluding optional features. In this example, thedata transfer type is a 1D linear burst.

Example 39 includes the computer-readable medium of any one of examples31 to 38, including or excluding optional features. In this example, thedata transfer type is a 2D block burst.

Example 40 includes the computer-readable medium of any one of examples31 to 39, including or excluding optional features. In this example, theZLW instruction is a write request that does not carry data.

Example 41 is an apparatus. The apparatus includes instructions thatdirect the processor to a controller to receive an image stream request;a means to determine a data transfer type, and in response to the imagestream request beginning on a different page when compared to thecurrent page in a page history, insert a zero length write (ZLW)instruction ahead of the image stream request based on the data transfertype, and in response to the image stream request crossing a pageboundary, insert a ZLW instruction ahead of the image stream requestbased on the data transfer type.

Example 42 includes the apparatus of example 41, including or excludingoptional features. In this example, the ZLW instruction is to cause apage address translation to be pre-fetched.

Example 43 includes the apparatus of any one of examples 41 to 42,including or excluding optional features. In this example, the ZLWinstruction is to cause a page address translation to be pre-fetched,wherein the ZLW instruction is inserted by hardware.

Example 44 includes the apparatus of any one of examples 41 to 43,including or excluding optional features. In this example, the ZLWinstruction is issued N pages ahead of the image stream request.

Example 45 includes the apparatus of any one of examples 41 to 44,including or excluding optional features. In this example, the ZLWinstruction is issued N pages ahead of the image stream request, whereinthe value of N is based on an image stream throughput.

Example 46 includes the apparatus of any one of examples 41 to 45,including or excluding optional features. In this example, the ZLWinstruction is issued N pages ahead of the image stream request, whereinthe value of N is based on a look-aside buffer configuration.

Example 47 includes the apparatus of any one of examples 41 to 46,including or excluding optional features. In this example, the ZLWinstruction is issued N pages ahead of the image stream request, whereinthe value of N is based on an IOMMU replacement policy.

Example 48 includes the apparatus of any one of examples 41 to 47,including or excluding optional features. In this example, the datatransfer type is a 1D linear burst.

Example 49 includes the apparatus of any one of examples 41 to 48,including or excluding optional features. In this example, the datatransfer type is a 2D block burst.

Example 50 includes the apparatus of any one of examples 41 to 49,including or excluding optional features. In this example, the ZLWinstruction is a write request that does not carry data.

It is to be understood that specifics in the aforementioned examples maybe used anywhere in one or more embodiments. For instance, all optionalfeatures of the computing device described above may also be implementedwith respect to either of the methods or the computer-readable mediumdescribed herein. Furthermore, although flow diagrams and/or statediagrams may have been used herein to describe embodiments, thetechniques are not limited to those diagrams or to correspondingdescriptions herein. For example, flow need not move through eachillustrated box or state or in exactly the same order as illustrated anddescribed herein.

The present techniques are not restricted to the particular detailslisted herein. Indeed, those skilled in the art having the benefit ofthis disclosure will appreciate that many other variations from theforegoing description and drawings may be made within the scope of thepresent techniques. Accordingly, it is the following claims includingany amendments thereto that define the scope of the present techniques.

What is claimed is:
 1. A system, comprising: a memory configured tostore imaging data; and a processor coupled to the memory, the processorto: receive an image stream request; determine a data transfer type; andin response to the image stream request crossing a page boundary, inserta ZLW instruction ahead of the image stream request based on the datatransfer type.
 2. The system of claim 1, wherein the ZLW instruction isto cause a page address translation to be pre-fetched.
 3. The system ofclaim 1, wherein the ZLW instruction is to cause a page addresstranslation to be pre-fetched, wherein the ZLW instruction is insertedby hardware.
 4. The system of claim 1, wherein the ZLW instruction isissued N pages ahead of the image stream request.
 5. The system of claim1, wherein the ZLW instruction is issued N pages ahead of the imagestream request, wherein the value of N is based on an image streamthroughput.
 6. The system of claim 1, wherein the ZLW instruction isissued N pages ahead of the image stream request, wherein the value of Nis based on a look-aside buffer configuration.
 7. The system of claim 1,wherein the ZLW instruction is issued N pages ahead of the image streamrequest, wherein the value of N is based on an IOMMU replacement policy.8. The system of claim 1, wherein the data transfer type is a onedimensional (1D) linear burst.
 9. The system of claim 1, wherein thedata transfer type is a two dimensional (2D) block burst.
 10. The systemof claim 1, wherein the ZLW instruction is a write request that does notcarry data.
 11. A method, comprising: receiving an image stream request;determining a data transfer type; and inserting a zero length write(ZLW) instruction ahead of the image stream request in response to theimage stream request beginning on a different page when compared to acurrent page in a page history based on the data transfer type.
 12. Themethod of claim 11, wherein the ZLW instruction is to cause a pageaddress translation to be pre-fetched.
 13. The method of claim 11,wherein the ZLW instruction is to cause a page address translation to bepre-fetched, wherein the ZLW instruction is inserted by hardware. 14.The method of claim 11, wherein the ZLW instruction is issued N pagesahead of the image stream request.
 15. The method of claim 11, whereinthe ZLW instruction is issued N pages ahead of the image stream request,wherein the value of N is based on an image stream throughput.
 16. Anapparatus, comprising: a controller to receive an image stream request;a ZLW insertion unit to determine a data transfer type, and in responseto the image stream request beginning on a different page when comparedto a current page in a page history, insert a zero length write (ZLW)instruction ahead of the image stream request based on the data transfertype.
 17. The apparatus of claim 16, wherein the ZLW instruction is tocause a page address translation to be pre-fetched.
 18. The apparatus ofclaim 16, wherein the ZLW instruction is to cause a page addresstranslation to be pre-fetched, wherein the ZLW instruction is insertedby hardware.
 19. The apparatus of claim 16, wherein the ZLW instructionis issued N pages ahead of the image stream request.
 20. The apparatusof claim 16, wherein the ZLW instruction is issued N pages ahead of theimage stream request, wherein the value of N is based on an image streamthroughput.
 21. At least one non-transitory machine readable mediumcomprising a plurality of instructions that, in response to beingexecuted on a computing device, cause the computing device to: receivean image stream request; determine a data transfer type; and insert azero length write (ZLW) instruction ahead of the image stream request inresponse to the image stream request beginning on a different page whencompared to the current page in a page history based on the datatransfer type; and
 22. The machine readable medium of claim 21, whereinthe ZLW instruction is issued N pages ahead of the image stream request,wherein the value of N is based on a look-aside buffer configuration.23. The machine readable medium of claim 21, wherein the ZLW instructionis issued N pages ahead of the image stream request, wherein the valueof N is based on an IOMMU replacement policy.
 24. The machine readablemedium of claim 21, wherein the data transfer type is a one dimensional(1D) linear burst.
 25. The machine readable medium of claim 21, whereinthe data transfer type is a two dimensional (2D) block burst.